실무, 일, 총무 MySQL Innodb의 간격 잠금을 잘 알고 있습니다. 일반 행 잠금 select for 업데이트에서 id=2 줄을 명확하게 잠그기 id=1,3,id=2를 업데이트할 수 있는 업데이트는 기다려야 한다(그림이 식별하기 어렵지만 잠겨 기다리기 때문에 답장이 없다). 클리어런스 잠금 줄이 잠긴 느낌으로 볼 때, 나는 select의 id=5와 10의 줄이 잠길 것이라고 생각한다 새 insert에서 id=7로 시도하면 답장이 없습니다. 원래 id=5와 1... MySQL실무, 일, 총무클리어런스 잠금잠기다 spring 트랜잭션 예외---Transaction rolled back because it has been marked as rollback-only 로그 검색을 통해 구체적인 오류 정보는 Transaction rolled back because it has been marked as rollback-only로 사무와 관련된 오류가 분명합니다.또한 업무 논리에서 로그 응답 상황을 조사한 결과 업무가 마지막까지 정확하게 집행되었지만 마지막으로 사무를 제출할 때 오류가 발생한 것을 발견했다.스프링 사무를 시작하면 코드가 정확하게 실행될 때 스... 실무, 일, 총무트랜잭션 전파 [201310114] 오류 발생, 스크롤이 없음 테스트 코드: 질문: 한session에서 상기 코드를 실행한 다음 다른session에서 select * from T를 실행하면 select 문장이 막힌 것을 발견합니다 이유: sql 컴파일된 프로세스Parse->Bind->Optimize->Execute 일반적으로 Parse에서 Optimize까지는 컴파일 단계이고 Execute는 실행 단계라고 여긴다 try catch는 더 이상 Bind와O... 실무, 일, 총무
MySQL Innodb의 간격 잠금을 잘 알고 있습니다. 일반 행 잠금 select for 업데이트에서 id=2 줄을 명확하게 잠그기 id=1,3,id=2를 업데이트할 수 있는 업데이트는 기다려야 한다(그림이 식별하기 어렵지만 잠겨 기다리기 때문에 답장이 없다). 클리어런스 잠금 줄이 잠긴 느낌으로 볼 때, 나는 select의 id=5와 10의 줄이 잠길 것이라고 생각한다 새 insert에서 id=7로 시도하면 답장이 없습니다. 원래 id=5와 1... MySQL실무, 일, 총무클리어런스 잠금잠기다 spring 트랜잭션 예외---Transaction rolled back because it has been marked as rollback-only 로그 검색을 통해 구체적인 오류 정보는 Transaction rolled back because it has been marked as rollback-only로 사무와 관련된 오류가 분명합니다.또한 업무 논리에서 로그 응답 상황을 조사한 결과 업무가 마지막까지 정확하게 집행되었지만 마지막으로 사무를 제출할 때 오류가 발생한 것을 발견했다.스프링 사무를 시작하면 코드가 정확하게 실행될 때 스... 실무, 일, 총무트랜잭션 전파 [201310114] 오류 발생, 스크롤이 없음 테스트 코드: 질문: 한session에서 상기 코드를 실행한 다음 다른session에서 select * from T를 실행하면 select 문장이 막힌 것을 발견합니다 이유: sql 컴파일된 프로세스Parse->Bind->Optimize->Execute 일반적으로 Parse에서 Optimize까지는 컴파일 단계이고 Execute는 실행 단계라고 여긴다 try catch는 더 이상 Bind와O... 실무, 일, 총무